home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 3989 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.5 KB
  1. Path: america.com!not-for-mail
  2. From: "Holger Kruse" <kruse@america.com>
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: Miami - a new TCP/IP stack for Internet access
  5. Date: Fri, 19 Apr 1996 07:27:35 -0500
  6. Organization: private Amiga site
  7. Message-ID: <kruse.53115951@america.com>
  8. References: <kruse.53115772@america.com> <4kn510$34v@news.uni-c.dk> <oj620lofcs8.fsf@hpsrk.fc.hp.com> <19960417.7D44D58.68FD@mojaveg.ridgecrest.ca.us>
  9. Reply-To: "kruse" <kruse@cs.ucf.edu>
  10. NNTP-Posting-Host: mco1-06.america.com
  11. X-NewsReader: IntuiNews 1.3a (7.9.95)
  12.  
  13. In article <19960417.7D44D58.68FD@mojaveg.ridgecrest.ca.us>, Everett M. Greene
  14. <mojaveg@ridgecrest.ca.us> wrote:
  15.  
  16. > My question:  Why are the potential users of Miami being burdened
  17. > by MUI for a _portion_ of a program?  As I understand it, Miami
  18. > needs MUI so that the configuration things can be done -- it isn't
  19. > part of the main application.
  20.  
  21. This is not true. Both Miami (the protocol stack) and MiamiInit (the
  22. configuration program for starters) use MUI. Miami needs MUI for many
  23. things, including the dialer, configuration, and to view/change runtime
  24. settings.
  25.  
  26. In case you are worried: MUI does definitely *not* slow down the
  27. protocol stack in any way. The device handler, protocol stack kernel,
  28. and MUI interface are located in three separate tasks, so none of the
  29. protocol stack routines, SLIP/PPP routines or clients/servers ever has
  30. to wait for a MUI layout to finish.
  31.  
  32. --
  33. Holger Kruse   kruse@cs.ucf.edu   kruse@america.com
  34.                http://www.america.com/~kruse/home.html
  35.  
  36.